nginx 的 upstream 模块

nginx 的 upstream 模块

负载均衡分配策略

普通轮询（默认）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端某台服务器宕机，故障系统被自动剔除，使用户访问不受影响。

upstream backend { 
server 192.168.0.1; 
server 192.168.0.1; 
} 

加权轮询（前者的进化版）

weight 指定轮询的权值，weight值越大，分配到的访问机率越高，此策略主要用于后端每个服务器性能不均的情况下。

upstream backend { 
server 192.168.0.1 weight=10; 
server 192.168.0.2 weight=20;
# 这台服务器性能好 所以设置weight=30 使之被访问的几率最大 
server 192.168.0.3 weight=30; 
} 

ip_hash

每个请求按访问IP的hash结果分配，这样来自同一个IP的访客固定访问一个后端服务器，可以解决session不能跨服务器的问题。当然如果这个节点不可用了，会发到下个节点，而此时没有session同步的话就注销掉了。

upstream backend { 
ip_hash; 
server 192.168.0.1:88; 
server 192.168.0.1:80; 
} 

least_conn

请求被发送到当前活跃连接最少的后端服务器。会考虑weight的值。如果有多个后端服务器的 conns 值同为最小的，那么对它们采用加权轮询算法（weight）。

upstream backend {
    least_conn;
    server 192.168.0.1:88; 
    server 192.168.0.1:80; 
}

fair（upstream_fair模块）

根据后端服务器的响应时间来分配请求，响应时间短的优先分配。Nginx本身是不支持 fair 的，如果需要使用这种调度算法，必须下载Nginx的 upstream_fair 模块。

upstream backend { 
server 192.168.0.14:88; 
server 192.168.0.15:80; 
fair; 
} 

url_hash（nginx _upstream_hash模块）

此方法按访问 url 的 hash 结果来分配请求，使每个 url 定向到同一个后端服务器，可以进一步提高后端缓存服务器的效率。Nginx 本身是不支持 url _ hash 的，如果需要使用这种调度算法，必须下载 Nginx 的 nginx_upstream_hash 模块。

upstream backend { 
server 192.168.0.1; 
server 192.168.0.2; 
hash $request_uri; 
hash_method crc32;  
} 

server 支持的参数说明

upstream backend {
    server 192.168.0.1;
    server 192.168.0.2:8080 weight=1 max_fails=2 fail_timeout=30s ;
    server 192.168.0.3:8080 backup;
}
server {
    location / {
        proxy_pass http://backend;
        proxy_next_upstream error|timeout|..;
    }
}
weight：轮询权值，默认值为1。
down：表示当前的server暂时不参与负载。
max_fails：允许请求失败的次数，默认为1。当超过最大次数时，返回 proxy_next_upstream 模块定义的错误。
fail_timeout：有两层含义，一是在fail_timeout时间内最多容许max_fails次失败；二是在经历了max_fails次失败以后，30s时间内不分配请求到这台服务器。
backup ： 备份机器。当其他所有的非 backup 机器出现故障的时候，才会请求backup机器，因此这台机器的压力最轻。
max_conns： 限制同时连接到某台后端服务器的连接数，默认为 0。即无限制。
proxy_next_upstream ： 这个指令属于 http_proxy 模块的，指定后端返回什么样的异常响应

proxy_next_upstream 的参数说明请看这里